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METHODS AND SYSTEMS FOR USING THE PUBLIC SWITCHED 
TELEPHONE NETWORK TO CONDUCT A TRANSACTION 
BETWEEN CUSTOMER ACCOUNTS 

FIELD OF THE INVENTION 

This invention generally relates to the fields of telecommunications and 
electronic commerce, and particularly, relates to the use of a billing message that is 
generated in connection with a communication in the public switched telephone 
network (PSTN) and that is used to provide information relating to the execution of a 
transaction between customer accounts. 

BACKGROUND OF THE INVENTION 

Assume your son or daughter is away at college, and as a student usually does, 
runs a little short of cash. Parents generally find out about such a cash shortage in a 
telephone call from the student. It would be nice to fix or alleviate that, cash shortage 
through something as easy as a telephone call such as the call that brought the news of 
the cash shortage. But conventional methods of funds transfer generally are not so 
simple. 

One method a parent may use to help a student's cash flow is to hand cash 
directly to the student on the student's next visit home. But such hand delivery may 
not come quickly enough for the student's situation. Another method the parent may 
use is to mail or otherwise have a check delivered to the student. Again, such mail or 
other delivery may not be quick enough for the student's situation. Yet another 
method the parent may use is to wire transfer funds through some service such as 
Western Union or other money transfer service. Like hand, postal or other delivery, 
such wire transfer of funds may not be quick enough for the student's situation. 

College students are not the only ones who may need an infusion of cash from 
time to time. Aging parents, incapacitated relatives, and friends caught in a bind may 
need a little extra cash now and then. Often, the people in need of cash have waited 
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until the last possible moment to make what is to them an embarrassing appeal for the 
money. Thus, when the request is granted, the money needs to be transferred on an 
efficient and expedited basis. 

To provide a money transfer on an efficient and expedited basis, it would be 

5 helpful if the transfer could be accomplished in as secure a manner as possible so as to 
be certain of the money being transferred to the appropriate person. Further, it would 
be helpful if the transfer could be accomplished with a minimum amount of time and 
effort expended on details such as setting up or otherwise establishing an account for 
the donor or for the recipient. It also would be helpful if the transfer could be made 

10 from and to a convenient location so that, respectively, the donor and the recipient, do 
not have to waste valuable time and effort in travel with respect to the execution of 
the transaction. In addition, it would be helpful if the transfer could be made at any 
time so the donor and the recipient do not have to waste time in waiting for selected 
hours of operation. Further, it would be helpful if the transfer could be accomplished ; 

15 easily through the use of simple, known technology so that neither the donor nor the 
recipient needs to expend time and effort in learning and in using a new or 
complicated technology. Finally, it would be helpful if the cost of the transfer is 
minimal to the donor and the recipient. 

20 SUMMARY 

College students, aging parents, incapacitated relatives, and friends caught in a 
bind generally have in common among themselves and with others a telephone and an 
associated telephone account with a telecommunications service provider. In fact, the 
telecommunications accounts of a telecommunications service provider correspond to 
25 a very large pool of customers who are linked by telecommunications service. The 
pool of customers linked by telecommunications service typically is bigger than a 
pool of customers of other enterprises such as banks, or other retailers. The common 
link of telecommunications service is used advantageously by the present invention to 
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provide a funds transfer service or other transaction service for use by customers of 
the service provider. Given the very large pool of customers of a typical service 
provider, the transaction service allows for transactions between people of a very 
large group of people or enterprises. 
5 Stated generally, the present invention includes methods and systems for using 

the public switched telephone network (PSTN) to conduct a transaction with respect 
to an account. A caller may use a communication in the PSTN to effectively "charge" 
a transaction to his or her telephone number. Further, the caller may use the 
communication to provide information with respect to the transaction and have the 
10 transaction carried out based on the information provided. For example, the caller 
!3 may make a call to have another person's account credited with a dollar amount and 

!S may effectively pay for that credit through a debiting of the caller's account. 

H Advantageously, the exemplary methods and systems allow a caller to have a 

f U transaction executed quickly and with confidence in the security of the transaction. A 

r 15 caller may initiate the execution of a transaction on short notice. In addition, the 
H caller may conveniently initiate the execution of the transaction through simply 

jl . placing a communication in the PSTN. Further, the caller may charge the transaction 
! D to his or her telephone account (calling line number account) and incur little or no fee 

for the transaction. The recipient of the transaction may receive a credit to his or her 
20 account from the caller without the recipient having to pay a service fee. 

More particularly, an exemplary method allows for using a communication in 
the PSTN to execute a transaction with respect to an account. A communication is 
received in the PSTN on a calling line associated with a calling line number. The 
communication may have been dialed or directed to a special access code or to a 
25 preselected dialed number. An account number and a transaction amount are obtained 
from the communication. The account number corresponds to an account with 
respect to which a transaction is to be conducted. The account number may differ 
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from a calling line number account associated with the calling line number. The 
transaction amount may be a number of units, a dollar amount, etc. 

A validation may be carried out to determine whether the calling line number 
is authorized with respect to the conduct of the transaction. The validation may 
5 include obtaining a personal identification number (PIN) from the communication and 
checking that the PIN corresponds to a stored PIN associated with the calling line 
number. The validation may include comparing the account number for 
correspondence to a stored account number associated with the calling line number. 

In this exemplary embodiment, a billing message may be created to include the 
10 account number, the transaction amount, and the calling line number. The account 
l i number and the transaction amount from the billing message are used to execute the 

r y transaction with respect to the account corresponding to the account number. The 

m 

^ transaction may be executed by crediting the account by the transaction amount such 

fU as by at least the number of units and/or by at least the dollar amount. The transaction 

M 

15 also may be executed by debiting the calling line number account by at least the 

H number of units and/or by at least the dollar amount, plus a fee for the transaction. 

j;2 The communication may be provided with an announcement regarding the execution 

*5 of the transaction. 

. ■ 

Another exemplary method for using a communication to conduct a 
20 transaction with respect to an account may be used in a telecommunications system 
associated with the PSTN. Pursuant to this embodiment, the telecommunications 
system functionally interconnects at least a service switching point, a service control 
point, and an intelligent network element. The telecommunications system also 
includes a billing system functionally connected at least to the service control point. 
25 The billing system includes accounts for conducting transactions. The accounts may 
be telecommunications accounts for charging fees to subscribers with respect to 
telecommunications services provided to the subscribers. The billing system also may 
include other accounts. 
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Per this exemplary embodiment, a communication is received in the PSTN at 
the service switching point. The communication is associated with a calling line 
number. The service switching point routes the communication to the intelligent 
network element. The intelligent network element obtains an account number and a 
5 transaction amount from the communication. The account number corresponds to the 
account with respect to which the transaction is to be conducted in the billing system. 
Generally, the account number is a different account number from a calling line 
number account corresponding to the calling line number associated with the 
communication received at the service switching point. The transaction amount may 
10 include a number of units, a dollar amount, or other representation with respect to the 
'% desired transaction. 

J In response to obtaining the account number and the transaction amount, the 

y intelligent network element provides the account number, the transaction amount, and 

FU the calling line number associated with the communication to the service control 

i - * 

r 15 point. The service control point may carry out a validation to determine whether the 
'% calling line number is authorized with respect to the conduct of the transaction. For 

Ji example, the intelligent network element may have obtained or the service control 

point otherwise may have obtained a personal identification number (PIN) from the 
communication. The validation may include a comparison of the PIN for 
20 correspondence to a stored PIN associated with the calling line number. The 
validation may include a comparison of the telecommunications account number for 
correspondence to a stored telecommunications account number associated with the 
calling line number. 

The service control point may make the account number, the transaction 
25 amount, and the calling line number available to the billing system by including the 
account number, the transaction amount, and the calling line number in a billing 
message and by posting the billing message for retrieval or obtaining by the billing 
system. The billing system may retrieve or obtain the account number, the transaction 
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amount, and the calling line number by obtaining the billing message posted by the 
service control point. 

The billing system conducts the transaction with respect to the account 
associated with the account number by crediting the account by at least the transaction 
5 amount. For example, the billing system may conduct the transaction by crediting the 
telecommunications account by at least the number of units or by at least the dollar 
amount provided in the transaction information or transaction amount. The billing 
system also may conduct the transaction by debiting the calling line number account 
by at least the transaction amount. 
10 In addition, the service control point may provide a confirmation regarding the 

; a conduct of the transaction to the intelligent network element. In turn, the intelligent 

% network element may provide an announcement to the communication regarding the 

transaction. 

ij 

t U Thus, pursuant to this embodiment, the transaction is conducted by the billing 

I y 

T 15 system by using the account number and the transaction amount provided by the 
% communication and made available to the billing system by the intelligent network 

jis element and the service control point in order to credit the account corresponding to 

' 2 the account number in the billing system by at least the transaction amount. 

An additional exemplary embodiment of the present invention provides a 
20 method to conduct a transaction with respect to a telecommunications account. This 
exemplary method may be used in a system for billing fees to subscribers for the 
provision of telecommunications services. In this system, each subscriber has a 
telecommunications account in the system. The telecommunications account is 
associated with at least one calling line number. The billing system may include other 
25 accounts. 

In this exemplary method, a billing message is obtained that is generated as a 
result of a telecommunications service performed with respect to a calling line 
number. A determination is made that the billing message includes an indication that 
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a transaction is to be conducted with respect to a telecommunications account in the 
system. The indication may constitute transaction information. In response to the 
determination, a transaction then is conducted with respect to the telecommunications 
account. The transaction may be conducted by using the transaction information with 
5 respect to the telecommunications account. For example, the transaction may be 
conducted by crediting the telecommunications account by at least a number of units 
and/or a dollar amount, and/or debiting a different telecommunications account by at 
least the number of units and/or by at least the dollar amount. The different 
telecommunications account may be associated with the calling line number receiving 
10 the telecommunications service that generated the billing message. 
^ In addition, in this exemplary embodiment and other embodiments, an invoice 

' ! U may be generated for the telecommunications account wherein the invoice indicates 

CO 

ht 4 the conduct of the transaction with respect to the telecommunications account. The 

rO invoice may indicate a message with respect to the transaction. Further, a different 

' - 3 

f y 1 5 invoice may be generated for the different telecommunications account. The different 
,! i invoice may indicate the conduct of the transaction with respect to the 

O telecommunications account. The different invoice may indicate a different message 

> : p relating to the transaction. 

A further exemplary embodiment of the present invention may be operated in a 
20 telecommunications system wherein a billing message is created with respect to a 
communication. The billing message is further created with respect to a calling line 
number account corresponding to a calling line number associated with the 
communication. The billing message is obtained by a billing system having access to 
the calling line number account and to other accounts. The exemplary method 
25 executes a transaction in the billing system between the calling line number account 
and one of the other accounts to which the billing system has access. 

Per this exemplary method, the billing message includes an indication for the 
execution of the transaction. The indication may be the inclusion of transaction 
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information. The billing system makes a recognition of the indication in the billing 
message. In response to the indication in the billing message, the billing system 
executes the transaction between the calling line number account and the one of the 
other accounts. The billing system may execute the transaction by using the 

5 transaction information such as by crediting the one of the other accounts by at least a 
number of units or a dollar amount, and/or by debiting the calling line number 
account by at least the number of units and/or by at least the dollar amount. The 
billing system may further execute the transaction by debiting the calling line number 
account by a service fee for the transaction. 

10 In sum, the exemplary embodiments of the present invention provide methods 

and systems for using a communication in the PSTN to conduct a transaction with 
respect to an account. The transaction may be executed on a secure, efficient, and 
expedited basis through the use of a communication in the PSTN as the initiator of the 
execution of the transaction. The transaction may be initiated conveniently and 

15 securely through the use of a telephone call, while saving time and money over 
conventional methods. The transaction may be initiated by placing a call at any time 
so that the donor and recipient do not have to waste time in waiting for selected hours 
of operation. Further, it is helpful the transaction can be accomplished easily through 
the use of simple, known technology in the form of placing a communication in the 

20 PSTN so that neither the donor nor the recipient needs to expend time and effort in 
learning and in using a new or complicated technology. It also is an advantage the 
cost of the transaction is minimal to the donor and recipient. 

Finally, the very large pool of customers of a telecommunications service 
provider advantageously allows a customer to make use of the service with respect to 

25 very many different people, enterprises, and transactions. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram illustrating an exemplary method of operation of the 
present invention. 

5 Fig. 2 is a diagram of an exemplary embodiment and exemplary environment 

for operation of the present invention. 

Figs. 3A-3B are timing/block diagrams illustrating exemplary methods and 
systems of operation of the present invention. 

Figs. 4A-4C illustrate exemplary invoices such as may be used with exemplary 
1 0 embodiments of the present invention. 

a'"*: 
<::=? 

S DETAILED DESCRIPTION 

y The present invention includes methods and systems for using a 

iac? 

IU communication in the public switched telephone network (PSTN) to conduct a 

W 

ei 15 transaction with respect to an account. The particular embodiments described herein 

% are intended in all respects to be illustrative rather than restrictive. Alternative 

!| embodiments will become apparent to those skilled in the art to which the present 

*| invention pertains without departing from its spirit and scope. 

20 Overview of an Exemplary Embodiment - Fig. 1 

Generally, the present invention provides a caller with methods and systems 
for a transaction service that may conduct, a transaction with respect to an account 
through the use of a communication in the PSTN. The use of the communication may 
generate a billing message, which is used to provide transaction information relating 

25 to the conduct of the transaction. The transaction may include such actions as 
crediting an account with a number of units or with a dollar amount. The transaction 
also may include debiting an account associated with the calling line number by the 
number of units or with the dollar amount that was credited to the other account. 

9 
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Further, the transaction may include additional or substitute actions with respect to the 
account identified in the billing message and/or the account associated with the caller. 

Fig. 1 is a flow diagram illustrating an exemplary method 10 of operation of a 
transaction service of the present invention. After start step 11, in step 12 a special 

5 access code and a calling line number are received in connection with a 
communication in the PSTN. In the alternative, a dialed number rather than a special 
access code may be received in connection with a communication. Generally, the 
communication is directed to the special access code or to the dialed number by the 
caller dialing, respectively, the special access code or the dialed number from a 

10 calling line that is associated with the calling line number. By direction of the 
communication to the special access code or to the dialed number, the caller provides 
an indication of a request for use of the transaction service so as to initiate the conduct 
of a transaction with respect to an account. 

In contrast to the special access code or the dialed number, the calling line 

15 number is received or obtained in connection with a communication on the basis of 
the calling line number being associated with the calling line on which the 
communication is placed. Further, by placing the communication on a calling line 
associated with the calling line number, the caller provides an indication that the 
account associated with the calling line number (i.e., calling line number account) 

20 may be involved in the transaction. 

In step 14 in Fig. 1, transaction information for the transaction may be 
obtained from the communication and/or the caller. Transaction information may 
include any type of information relevant to the transaction to be conducted. 
Transaction information may include one or more account numbers, numbers of units 

25 or dollar amounts involved in the transaction, dates and/or times for the transaction, 
identities of parties that may be involved in the transaction, messages associated with 
the transaction, and the like. 
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In step 16, a billing message may be created with respect to the calling line 
number associated with the calling line on which the communication is placed. In 
other words, a billing message may be created with respect to the calling line number 
account. Advantageously, the billing message may include all or part of the 
5 transaction information obtained from the caller and/or the communication. For 
example, the billing message may be created to include an identification of the 
account and/or the number of units that are to be involved in the transaction. 
Alternatively, another message, source or other way of including all or part of the 
transaction information may be created in place of the billing message. 

10 In step 18, the transaction information from the billing message (or other 

message, source, or other) is used to execute the transaction. Assume for example the 
billing message includes an account number and a number of units as transaction 
information. This transaction information then may be used to credit the account 
associated with the account number by the number of units. After the transaction is 

15 executed, the exemplary method ends in step 19. 

Advantageously, the exemplary methods and systems allow a caller to have a 
transaction executed quickly, conveniently, and securely through simply placing a 
communication in the PSTN. Further, the caller has the option of charging the cost of 
the transaction to the caller's account (calling line number account). Additional 

20 advantages of the present invention are discussed below. 

Overview of AIN Elements - Fig. 2 

Fig. 2 is a diagram of an exemplary embodiment and exemplary environment 
for operation of the present invention. Connected to and generally part of the public 
25 switched telecommunications network (PSTN) 20, an exemplary environment is an 
Advanced Intelligent Network (AIN) 21. For brevity, only a basic enabling 
explanation of the AIN 21 is provided herein. Where the AIN 21 operates or is 
composed differently from that which would be understood by those skilled in the art, 
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additional details are provided. For further information regarding the AIN 21 and 
aspects thereof, the interested reader is referred to the patent to Weisser, U.S. Patent 
No. 5,430,719, which is incorporated herein by reference. 

The AIN 21 includes a variety of interconnected network elements. A group 
5 of such network elements includes the plurality of central offices which are indicated 
as service switching points (SSPs) 22a, 22b in Fig. 2. An SSP typically includes 
switch functionality, but also includes other functionality so as to communicate with 
other AIN elements. As further illustrated in Fig. 2, the SSPs 22a, 22b have a 
plurality of subscriber lines 25a, 25b, 25c, and 25d, connected thereto. A subscriber 
10 line also may be referred to as a calling line. Each SSP serves a designated group of 

P 

5 calling lines, and thus, the SSP that serves a particular calling line may be referred to 

j| as its serving SSP. Each calling line is connected typically to a piece of terminating 

n equipment respectively including a plurality of telephones commonly referenced as 24 

and individually referenced as 24a, 24b, 24c, and 24d. Although telephones are 
15 illustrated as the pieces of terminating equipment in Fig. 2, such pieces may include 
5 other telecommunication devices such as facsimile machines, computers, modems, 

Cm etc> 

'2 Each active calling line in an AIN 21 is assigned a calling line number 

typically having ten digits. The term "calling line number" is used herein in its 
20 generally understood meaning to be the number which is dialed or input by a caller or 
source to reach a piece of terminating equipment on a calling line associated with the 
calling line number that has been dialed or input by the caller. A calling line number 
is commonly referred to as a telephone number or a directory number. 

Referring again to Fig. 2, SSPs 22a, 22b are interconnected by a plurality of 
25 trunk circuits 23. These are the voice path trunks that interconnect the SSPs to 
connect communications. The term "communication" or "call" is used herein to 
include all messages that may be exchanged between a caller and a called party (or 
between or among pieces of terminating equipment) in the network illustrated in Fig. 
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2. The term "caller" is used herein to include the person or entity initiating a 
communication or call on a calling line associated with a calling line number. In most 
cases, the caller using a communication to effect the conduct of a transaction with 
respect to an account is assumed to be the subscriber who subscribes to 
5 telecommunications services provided to the calling line used to place the 
communication. But the caller may be a person or entity other than the subscriber. 

Each of the SSPs 22a, 22b is connected to another type of AIN element 
referred to as a local signal transfer point (STP) 26 via respective data links. 
Currently, these are data links employing a signaling protocol referred to as Signaling 
10 System 7 (SS7). Much of the intelligence of the AIN 21 resides in yet another type of 
S AIN element referred to as a local service control point (SCP) 27 that is connected to 

S the STP 26 over an SS7 data link. Among the functions performed by the SCP 27 is 

!2 the maintenance of network databases and subscriber databases as represented 

y collectively by databases 30. Moreover, the SCP 27 may communicate so as to 

i 15 deliver and/or obtain information to and/or from other network elements such as a line 
S information database (LIDB) (not illustrated). In addition, the SCP 27 is the 

'i repository of service package applications (SPAs) that may be used in connection 

S with or as part of the databases 30 (or other network elements) in the application of 

telecommunications services or enhanced features to calling lines. An example of 
20 such an SPA is the money transfer SPA 3 1 (M.T. SPA 3 1) illustrated in SCP 27. As 
is explained in greater detail below, the M.T. SPA 31 is used in connection with the 
exemplary embodiment to conduct a transaction with respect to an account based on 
transaction information provided by a caller in a communication in the PSTN. 

Still referring to Fig. 2, the local STP 26 may be connected to other network 
25 elements through a regional STP 32, which in turn, may be connected to a regional 
SCP 34. Both regional SCP 34 and local SCP 27 are connected via respective data 
links to a service management system (SMS) 35. The SMS 35 interfaces to business 
offices of the local exchange carrier (LEC) and interexchange carriers (IXCs). 
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As illustrated in Fig. 2, the SMS 35 is at least functionally connected to a 
billing system 37 for billing fees to subscribers for the provision of 
telecommunications services. In the billing system 37, each subscriber of 
telecommunications services is assigned to or has at least an account (also referred to 

5 as a telecommunications account) with respect to the charging and payment of fees for 
telecommunications services provided to the subscriber. Typically, a 
telecommunications account is associated with at least one calling line number that 
receives a telecommunications service. The billing system also may include other 
accounts, which are unrelated to the provision of conventional telecommunications 

10 services. These other accounts may be set up in the billing system so as to serve 
initiators of transactions or as subject matter or recipients of transactions that may be 
initiated by callers pursuant to the exemplary embodiments of the present invention. 
See, for example, discussion of order transactions below. 

Referring again to the SSPs 22a, 22b in Fig. 2, the provisioning of triggers is 

1 5 now discussed. In order to keep the processing of data and calls as simple as possible, 
a relatively small set of triggers is defined at the SSPs for each call. A trigger in the 
AIN is an event associated with a particular calling line that generates a packet to be 
sent to an SCP. The trigger causes the SCP to query a database(s) and/or SPA(s) for 
processing instructions with respect to the particular call. The results are sent back to 

20 the SSP in a response from the SCP 27 through STP 26. The return packet includes 
instructions to the SSP as to how to process the call. The instructions may be to take 
some special action as a result of a customized calling service or enhanced feature. In 
response, the SSP moves through its call states, collects the dialed digits, and 
generates further packets that are used to set up, process and/or route the call. Similar 

25 devices for routing calls among various local exchange carriers (LECs) are provided 
by regional STP 32 and regional SCP 34. 

With respect to triggers, an exemplary embodiment allows each of the calling 
lines that may be used for the transaction service at a particular. SSP a special access 
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code trigger. The special access code trigger also may be referred to as a feature 
access code trigger. Preferably, this trigger is a public office feature code trigger 
(POFC) that responds to a special access code (also referred to as a feature access 
code) such as an asterisk followed by two or more digits that may be dialed from a 
5 telephone, to-wit: *XX. With respect to the conduct of a transaction, an exemplary 
special access code may be as follows: *CASH. With respect to the conduct of a 
transaction that includes the ordering of a widget that has been advertised on 
television in connection with an advertised "number to dial", an exemplary special 
access code may be as follows: * WIDGET. Thus, a caller dials the special access 
10 code (such as *XX) which triggers the SSP based on the recognition of the special 
"5 access code as a POFC trigger to initiate a query/response exchange with the SCP 27. 

H t As illustrated in Fig. 2, the AIN 21 also includes an intelligent network 

i element 36 (INE). The INE 36 may be an intelligent peripheral, a service circuit 

U node, a service node, or other network element with the appropriate functionality. 

7 15 Preferably, INE 36 includes voice and dual tone multi-frequency (DTMF) signal 
J recognition devices and voice synthesis devices. In addition, INE 36 may include a 

4 money transfer SPA 38 (M.T. SPA) for use in connection with the exemplary 

J embodiment as is described further below. Generally, the M.T. SPA 38 used in the 

INE 36 is not the same as the M.T. SPA 3 1 used in the SCP 27, but the M.T. SPAs 3 1 , 
20 38 in the respective elements 27, 36 generally work together to bring about the 
execution of a transaction as requested by a caller. In particular, the respective M.T. 
SPA is used by or in connection with the network element with which it is associated 
so as to provide that aspect of the method or system of the exemplary embodiment 
that is to be provided in connection with the network element. 
25 INE 36 is connected to the local SCP 27 via a data link 39 using an X.25 

protocol and to the SMS 35 via a data link. In addition, INE 36 typically is connected 
to one or more (but usually only a few) SSPs via an Integrated Service Digital 
Network (ISDN) links as shown by the connection to SSP 22b. Further, the AIN 21 
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may include or have access to more than one INE, although only one INE is 
illustrated in Fig. 2. 

This concludes the overview of AIN elements as they may be used in 
connection with exemplary embodiments of the present invention. Discussion follows 
5 below with respect to the exemplary operation of an exemplary embodiment in this 
exemplary environment. 



Exem plary Operation of Exemplary Embod iments - Figs. 3 A - 3B 

Figs. 3A and 3B are timing/block diagrams illustrating exemplary methods 

10 and systems of operation of the present invention. Fig. 3 A illustrates an exemplary 
method and system that are collectively referred to herein as the basic model because 
they make use of an SSP 22a. Fig. 3B illustrates another exemplary method and 
system, but that are collectively referred to herein as the complex model because they 
makes use of an INE 36. The basic model and the complex model are described 

15 concurrently below. 

The basic model and the complex model are explained in the context of a 
caller making use of the exemplary embodiments to initiate the execution of a 
transaction with respect to an account. Assume a caller ("Dale") is using his 
telephone 24a which is connected to calling line 25a and to SSP 22a. An account 

20 ("Dale's account") has been set up in the billing system 37 to charge Dale for the 
telecommunications services provided to calling line 25a. Dale's account is the 
calling line number account associated with Dale's calling line 25a. Dale's account 
may reflect a flat rate charged on a monthly basis for telecommunications services 
provided to Dale's calling line 25a. Dale's account also may reflect individual or 

25 event charges that are charged to Dale's account only upon the occurrence of an event 
such as the provision of a special service or enhanced feature to Dale's calling line 
25a. For example, Dale's account may be charged 500 for each instance of call 
forwarding with respect to Dale's calling line 25a for the implementation of a 

16 
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temporary calling line service applied to Dale's calling line 25a. As another example, 
Dale's account may be charged $1 for each instance of use of a transaction service. 

With respect to the exemplary embodiments, the SSP 22a that serves Dale's 
calling line 25a is set up such that the SSP 22a initiates a query/response exchange 
with SCP 27 on receipt of a communication that is dialed or directed to a special 
access code or preselected number based on a public office feature (POFC) trigger. 

Also assume that another person ("Nora") has a telephone 24d which is 
connected to calling line 25d to SSP 22b. Another account ("Nora's account") has 
been set up in the billing system 37 to charge Nora for the telecommunications 
services provided to calling line 25d. Nora's account is the account associated with 

Nora's calling line 25d. 

Further assume Dale is interested in initiating the execution of a transaction 
whereby Nora's account is credited with $50 and Dale's account is debited by $50 
plus a service fee. As a first action in the execution of the transaction, Dale (caller) 
places a call from his telephone 24a and calling line 25a by dialing a special access 
code such as *CASH. Alternatively, Dale may place a call from his telephone 24a 
and calling line 25a by dialing a preselected number which is associated with a POFC 
trigger in SSP 22a. 

As indicated by arrow 42 in Fig. 3A and by arrow 53 in Fig. 3B, the special 
access code (or the preselected dialed number) is received with the communication in 
the SSP 22a serving Dale's calling line 25a. The special access code (or the 
preselected dialed number) is recognized by the SSP 22a as an indicator of the special 
status of the communication. The solid line in arrows 42 and 53 and other arrows in 
the figures indicates the communication is carried over voice links rather than data 
links. The special access code (or the preselected dialed number) triggers the SSP 22a 
to pause in the processing of the communication and to obtain further instructions 
from other network elements. 
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Referring to the example, Dale's call to *CASH is received in SSP 22a, which 
pauses in the processing of the communication to request instructions from SCP 27. 
As indicated in Fig. 3A by arrow 44 and in Fig. 3B by arrow 54, this request 
preferably takes the form of a query from SSP 22a to SCP 27. The dashed line in 

5 arrows 44 and 53 and other arrows in the figures indicates the medium is a data link 
rather than a voice link and the information exchange is a data exchange. 

As part of the SSP's 22a query to the SCP 27 for processing instructions, the 
SSP 22a provides the SCP 27 with identification information relating to the 
communication. In particular, the SSP 22a provides the SCP 27 with the special 

1 0 access code (or the preselected dialed number) dialed by the caller and the calling line 
number associated with Dale's calling line 25a, i.e., Dale's telephone number. The 
calling line number may be referred to as the telephone number, and in this example, 
the SSP 22a provides the SCP 27 with identification information including *CASH 
and Dale's telephone number. The SSP 22a also may provide the SCP 27 with other 

1 5 information as appropriate to a query/response message exchange. 

In response to receiving the identification information from the SSP 22a, the 
SCP 27 carries out certain functions. The SCP 27 looks up the meaning of the special 
access code (or the preselected dialed number). This look-up may be accomplished 
through use of a service package application (SPA) such as the money transfer SPA 

20 31 (M.T. SPA) or through some other source. Upon look-up, the SCP 27 determines 
the communication is an indication for a special service, such as the desire of the 
caller to make use of a transaction service. In particular, the caller desires to initiate 
the execution of.a transaction with respect to an account. 

25 Validation Bv SCP Upon Indication of Caller's De sire for Transaction Service 

Once the SCP 27 determines the caller desires to make use of a transaction 
service, the SCP 27 may use the M.T. SPA 31 to carry out a validation with respect to 
the execution of the transaction. For example, the SCP 27 may check that an 
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execution of a transaction may be carried out with respect to the account (calling line 
number account) corresponding to the calling line number associated with the 
communication. In other words, the SCP 27 may check that a call received on Dale's 
calling line 25a, associated with Dale's calling line number, and/or associated with 
5 Dale's calling line number account may be used to initiate the execution of a 
transaction. Even more simply stated, the SCP 27 may check that a call originating 
from Dale's telephone number is to be provided with transaction service. To carry 
out this check, the SCP 27 may use the M.T. SPA 31 or other table, database, or 
network element to determine whether the calling line number account is authorized 
10 or provisioned with respect to the transaction service, and specifically, with respect to 
the execution of a transaction. Alternatively, or in addition, a validation with respect 
to the transaction service, and specifically, with respect to the execution of the 
transaction may be carried out later in the processing of the communication as is 
explained below. 

15 If the calling line number account is not authorized or not provisioned with 

respect to the transaction service, and specifically, the execution of the transaction, or 
otherwise the communication fails validation, then the execution of the transaction 
may be discontinued. The SCP 27, and in particular, the M.T. SPA 31, may provide 
instructions to the SSP 22a with respect to the discontinuance of the execution of the 

20 transaction. In turn, the SSP 22a may provide the caller or communication with an 
announcement with respect to the discontinuance of the execution of the transaction. 
In addition, the SSP 22a may provide the caller or communication with information or 
instructions on what must be done or provided to proceed with execution of the 
transaction, or other information. 
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Creation of Transaction Identifier By SCP 

In response to a determination the communication is an indication the caller 
desires to make use of a transaction service, the SCP 27 may create a transaction 
identifier with respect to the transaction. 

The SCP 27 may create the transaction identifier to keep track of the 
transaction so as to properly associate any transaction information the SCP 27 later 
receives with the appropriate transaction identifier and other information stored in 
association with the transaction identifier. In addition, the SCP 27 may create the 
transaction identifier and link it or use it as a key to access stored information relating 
to the subscriber. The stored information relating to the subscriber may pertain to the 
manner, if any, in which the subscriber's transaction service may be provisioned. For 
example, the subscriber's transaction service may be provisioned such that it includes 
a stored PIN, a stored identification of a number of accounts which may serve as the 
subject matter of a transaction relating to this subscriber, and/or a stored indication of 
a dollar amount, number of units, or similar measure which may not be exceeded in a 
transaction initiated by this subscriber. 

Preferably, the transaction identifier may be a ten digit number that may be 
arbitrary, or may be related to other information relevant to the transaction the caller 
desires to have executed. As an example, the first four digits of the transaction 
identifier may be the month and day of the receipt of the information related to the 
communication, or some other four digit number for the date. The last six digits of 
the transaction identifier may be related to the caller's telephone number or calling 
line account number. The SCP 27 may retain the transaction identifier in a database 
record in a real-time database or some other appropriate storage medium. The 
creation and/or retention of the transaction identifier may be accomplished through 
the use of the M.T. SPA 31 of the SCP 27. 

Creating and storing this transaction identifier at this point in the call 
processing is advantageous because the SCP 27 otherwise typically does not have any 
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information with respect to the transaction the caller desires to have conducted with 
respect to an account. This transaction information generally is provided later to the 
SCP 27. Creation and storage of the transaction identifier at this point allows for the 
later received transaction information to be properly associated with the transaction 
5 identifier so as to provide for the optional validation of the communication and/or the 
execution of the transaction through the use of a billing message as is explained 
below. 

This exemplary embodiment may further provide the SCP 27 retain the 
transaction identifier for a predetermined length of time. After expiration of the 
10 predetermined length of time without association of transaction information or other 
data, events or information with the transaction identifier, then the transaction 
identifier and/or its associated record in the real-time database or other storage 
medium may be erased or otherwise deleted. 

15 Response by SCP to Query from SSP 

As noted above, upon look-up of the information provided by the SSP 22a in 
the query, the SCP 27 determines the communication is an indication for a special 
service, and particularly, that the caller desires to make use of a transaction service. 
The SCP provides a response to the query that differs between the basic model and the 

20 complex model. 

Basic Model 

Generally, in the basic model, the SCP 27 provides the SSP 22a with 
instructions as necessary so that the SSP 22a obtains the transaction information from 
25 the caller 24a and then transmits the transaction information to the SCP 27 so the 
transaction may be carried out. Thus, in the basic model as indicated by arrow 46 in 
Fig. 3A, the SCP 27 provides a response including instructions to the SSP 22a to 
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obtain the transaction information. The response may include the transaction 
identifier created by the SCP 27. 

Complex Model 

5 Generally, in the complex model, the SCP 27 provides the SSP 22a with 

instructions to route the call to the INE 36 so the INE 36 may obtain the transaction 
information from the caller and transmit the transaction information to the SCP 27. 
The AIN 21 may include more than one INE. Thus, the determination of the SCP 27 
may include selecting the appropriate INE for routing of the communication. The 
10 determination to route the communication to an INE and the selection of an 
3 appropriate INE also may be accomplished through the use of an SPA such as the 

M.T. SPA 31. 

n In the complex model as indicated by arrow 55 in Fig. 3B, the SCP provides a 

; l ; response including instructions to the SSP 22a to route the communication to the INE 

15 36. These routing instructions may include the directory number of the INE. 
i Depending on the selected INE, the directory number provided to the SSP 22a by the 

m SCP 27 may be a special directory number for that INE 36 in that only 

% communications requesting a transaction service may be routed to the special 

directory number. As indicated by arrows 56 in Fig. 3B, based on the instructions in 
20 the response from the SCP 27, the SSP 22a routes the communication over voice links 

in a conventional manner through the PSTN to the SSP 22b serving the INE 36 and 

then to the INE 36. 

Upon receipt of the communication from the SSP 22a, the INE 36 recognizes 
the communication as a request for special service. The INE 36 may make this 
25 recognition on the basis of the caller's use of the special access code (or the 
preselected dialed number) in placing the communication. Alternatively or in 
addition, the INE 36 may make this recognition based on the routing of the 
communication by the SSP 22a to the special directory number of the INE 36. The 
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INE 36 may make the recognition by checking an appropriate table or database or 
through the use of an SPA such as the money transfer SPA (M.T. SPA) 38 that may 
be included or accessible to the INE 36. 

On the basis of the recognition of the communication as a request for special 
5 service, as indicated by arrow 57 in Fig. 3B, the INE 36 pauses in the processing of 
the communication to query the SCP 27. The INE 36 provides the SCP 27 with 
identification information relating to the communication such as discussed above in 
connection with arrows 44 and 54. In addition, if the INE 36 has been provided with 
a transaction identifier in connection with the communication, then the INE 36 may 
10 provide this transaction identifier to the SCP 27. 

0 In response to receiving the identification information from the INE 36, the 

1 U SCP 27 carries out certain functions. The SCP 27 looks up the meaning of the special 

V4 

*>4 access code (or the preselected dialed number), the special directory number of the 

m INE 36, and/or the transaction identifier. This look-up may be accomplished through 

lM 15 use of an SPA such as the M.T. SPA 31 or through some other information source. 

si 

Upon look-up, the SCP 27 determines the communication is an indication the caller 
u desires to make use of a transaction service. In particular, the caller desires to initiate 

< □ the execution of a transaction with respect to an account. 

,i5s? The SCP 27 provides the INE 36 with instructions to carry out the transaction 

20 service. Generally, these call instructions are two-part and direct the INE 36 (1) to 
obtain transaction information from the communication, and (2) to transmit the 
transaction information to the SCP 27. Thus, as indicated by arrow 1 12 in Fig. 6, the 
SCP 27 provides a response to the query of the INE 36 wherein the response includes 
the call instructions to the INE 36. 

25 

Obtaining Transaction Information 

The transaction information pertains to the transaction the caller desires to be 
executed with respect to an account. Transaction information may include any type of 
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information relevant to the transaction to be conducted. Transaction information may 
include as elements: calling line numbers; account numbers; numbers of units; dollar 
amounts involved in the transaction; dates and/or times for the transaction; identities 
of parties that may be involved in the transaction; and/or messages associated with the 
5 transaction, etc. 

Basic Model 

In the basic model, the SSP 22a obtains the transaction information from the 
caller 24a. Given the limitations of an SSP, the SCP 27 may provide a first set of 

10 instructions to the SSP 22a to obtain a first bit of transaction information from the 
communication. Based on the call instructions from the SCP 27, as indicated by arrow 
48 in Fig. 3 A, the SSP 22a obtains at least the first bit of transaction information from 
the caller and/or communication. The double head on arrow 48 indicates an 
information exchange takes place between the communication and/or caller using 

15 telephone 24a and the SSP 22a. After obtaining the first bit of transaction 
information, the SSP 22a may provide the first bit of transaction information to the 
SCP 27 and make inquiry of the SCP 27 for further instructions. As indicated by 
double-headed arrow 49 in Fig. 3A, the rounds of instructions/request for further 
instructions may continue as necessary to obtain the transaction information and to 

20 provide it to the SCP 27. 

To carry out the information exchange, the SSP 22a may use its existing 
functionality. For example, the SSP 22a may engage in an audio or dual tone multi- 
frequency (DTMF) interaction. The SSP 22a (or its appropriate functionality) may 
make the inquiry and take the transaction information in a menu-driven format. 

25 

Complex Model 

In the complex model, the INE 36 obtains the transaction information from the 
caller 24a. Based on the call instructions from the SCP 27, as indicated by arrows 59 
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in Fig. 3B, the INE 36 obtains the transaction information from the caller and/or 
communication. The double head on arrows 59 indicates an information exchange 
takes place between the communication and/or caller using telephone 24a and the INE 
36. The INE 36 may use the M.T. SPA 38 to obtain the transaction information. The 
5 M.T. SPA 38 also may collect, compile, and format the information from the caller. 
As indicated by arrow 60 in Fig. 3B, the transaction information is provided by the 
INE 36 to the SCP 27, and preferably to the M.T. SPA 31. As appropriate, the INE 
36 (or applicable functionality) may convert the transaction information from the 
format in which it is received from the caller and/or communication to the format 
10 most appropriate for transmission to and use by the SCP 27, and preferably, the M.T. 
SPA 31. 

Example of Obtaining Transaction Information 
Referring to our example, in the basic model the SSP 22a and in the complex 
15 model the INE 36 obtains information from Dale with respect to the transaction to be 
conducted that credits Nora's account with $50 and debits Dale's account by $50 plus 
a service fee. Nora's calling line number (also referred to as Nora's telephone 
number) is obtained, as well as an indication Dale desires that Nora's account 
associated with her telephone number be credited, and an indication the amount by 
20 which to credit Nora's account is $50. 

Optional Routing of Communication to Recipient's Telephone Number 

An exemplary embodiment of the present invention includes an optional 

routing of the communication from the caller to the recipient's telephone number. 
25 For example, the caller may desire to inform the recipient of the transaction, and this 

optional routing of the communication may efficiently provide a mechanism therefor. 

Once the transaction information has been obtained from the communication and 

provided to the SCP, then the communication may be routed to the recipient (or other 
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party designated by the caller). Alternatively, the routing of the communication to the 
recipient may be delayed until confirmation is received that the transaction will be 
carried out. In the basic model, as indicated by arrow 50 in Fig. 3A, the SSP 22a 
routes the communication pursuant to the transaction information, and particularly, 
5 pursuant to the calling line number of the recipient or as provided by the caller. In the 
complex model, as indicated by arrow 61 in Fig. 3B, the INE 36 routes the 
communication in a similar fashion. 

Validation Bv SCP Upon Receipt of Transaction Information 

10 Upon receipt of the transaction information, the SCP 27 is provided with the 

transaction identifier (in the transaction information and/or in the identification 
information related to the communication). The SCP 27 uses the transaction identifier 
so as to retrieve the appropriate record, data, event or other information from a 
database or other storage medium and that relates to the transaction or the use of the 

15 transaction service. 

In particular, with the receipt of the transaction information, the SCP 27 may 
carry out a validation with respect to the transaction. The careful reader will note a 
validation by the SCP 27 may have taken place earlier in the transaction process as 
described above in connection with arrow 44 of Fig. 3 A or arrow 54 of Fig. 3B. The 

20 earlier validation may have taken place in response to an indication of the caller's 
desire for transaction service. The same type of validation may be carried out again, 
possibly as a double-check. Alternatively, no validation may be carried out at this 
point in the call processing, and the execution of the transaction may be continued as 
discussed below in connection with the basic model as indicated by arrow 52 of Fig. 

25 3 A or the complex model as indicated by arrow 62 of Fig. 3B. Yet another alternative 
may be that one or more other types of validation may be carried out at this point by 
the SCP 27 in addition to the earlier validation or in the alternative to the earlier 
validation. 
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Types of Validations 
Another type of validation that may be conducted in the alternative or in 
addition to the validation discussed in the preceding paragraph, the SCP 27 may carry 
5 out a validation with respect to a personal identification number (PIN). For example, 
the SCP 27 may be provided with transaction information that includes a PIN 
obtained from the caller and/or the communication. The SCP 27 may use the M.T. 
SPA 31 (or other table, database, or network element) to determine whether the PIN 
corresponds to a stored PIN associated with the calling line number or calling line 

10 number account. 

As yet another type of validation that may be conducted in the alternative or in 
addition, the SCP 27 may carry out a validation with respect to the account the caller 
has specified as the subject matter of the transaction. In particular, the account 
associated with the calling line number (calling line number account), i.e., the caller's 

1 5 account, may be set up so as to be authorized to initiate the execution of a transaction 
only with respect to one or more other accounts. The SCP 27 may use the M.T. SPA 
31 (or other table, database, or network element) to determine whether the account 
number provided in the transaction information corresponds to a stored account 
number associated with the calling line number or caller's account. If there is 

20 correspondence between the account number in the transaction information and the 
stored account number, then the communication may be considered to be validated, at 
least with respect to this type of validation. 

A further type of validation that may be conducted in the alternative or in 
addition, the SCP 27 may carry out a validation with respect to the dollar amount, 

25 number of units, or similar measure the caller has specified as the subject matter of 
the transaction. In particular, the account associated with the calling line number 
(calling line number account), i.e., the caller's account, may be set up so as to , be 
authorized to initiate the execution of a transaction only with respect to or up to a 
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limited dollar amount, number of units, or similar measure. The SCP 27 may use the 
M.T. SPA 31 (or other table, database, or network element) to determine whether the 
dollar amount, number of units, or similar measure provided in the transaction 
information by the SSP 22a corresponds to or falls within a stored dollar amount, 
5 number of units, or similar measure associated with the calling line number or caller's 
account. If there is correspondence between or the dollar amount, number of units, or 
similar measure in the transaction information falls within the stored dollar amount, 
number of units, or similar measure, then the communication may be considered to be 
validated, at least with respect to this type of validation. 

10 

Provisioning of Transaction Service for the Va lidation(s) 
Depending on the type and number of validations that are carried out with 
respect to a subscriber's transaction service, the transaction service may require that 
certain information be stored or provisioned during set up of the transaction service 

15 for the subscriber. This certain information may be referred to as validation 
information. Depending on the type of validation, the caller or subscriber may have 
provided or been provided with validation information such as: (1) a PIN to be used 
as the stored PIN for validation; (2) one or more account numbers that are designated 
as the stored account number(s); and/or (3) a dollar amount, number of units, or 

20 similar measure. Thereafter, when the caller desires to initiate the execution of a 
transaction, the caller provides the validation information during the information 
exchange related to the transaction service. If the validation information provided in 
the transaction information corresponds to the stored validation information, then the 
communication may be considered to be validated. The execution of the transaction 

25 may be continued as discussed below in connection with the basic model as indicated 
by arrow 52 of Fig. 3A or the complex model as indicated by arrow 62 of Fig. 3B. 
Alternatively, another type(s) of validation may be carried out. 
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Example of Provisioning of Transaction Service for Validation 
Referring to our example, assume the caller, Dale, provides validation 
information that includes a PIN and that Dale is authorized to initiate the execution of 
a transaction only with respect to three other accounts, including Nora's account, and 

5 only up to a dollar amount of $50. Dale provides Nora's account number and a dollar 
amount of $50. The SCP 27 may use the M.T. SPA 31 (or other table, database, or 
network element) to determine whether the PIN corresponds to the stored PIN 
associated with Dale's calling line number, whether Nora's account number 
corresponds to one of the three stored account numbers associated with Dale's calling 

10 line number, and whether the provided dollar amount corresponds to or falls within 
the stored dollar amount. If correspondence is lacking between any pair of the 
relevant elements, then the communication fails validation. If correspondence is 
found between the relevant elements, then the communication is validated. 

15 Failing Validation 

If a communication fails validation, for whatever reason, then the execution of 
the transaction is discontinued. The SCP 27, and in particular, the M.T. SPA 31, may 
provide instructions with respect to the discontinuance of the execution of the 
transaction. In turn, the caller or communication may be provided with an 

20 announcement of the discontinuance of the execution of the transaction. In addition, 
the caller or communication may be provided with information or instructions on 
what must be done or provided to proceed with execution of the transaction, or other 
information. 

25 Advantages of Validation 

Validation of a communication is optional, but also is preferable. The 
preference for validation is that such measures may serve to deter or limit the abuse of 
the transaction service by unauthorized and/or unscrupulous parties. For example, an 
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unscrupulous third party may attempt to use a telephone on Dale's calling line 25a to 
conduct a transaction that credits the third party's account and debits Dale's account. 
Validation inhibits the execution of the transaction if the third party were unable to 
provide the correct validation information such as the PIN, if the third party's account 
5 number is not listed as a stored account number with respect to the transaction service 
as provisioned for the subscriber, and/or if the dollar amount, number of units, or 
similar measure provided by the third party did not correspond to or fall within the 
stored dollar amount, number of units, or similar measure with respect to the 
transaction service as set up for the subscriber or caller on the calling line number. 

10 

Execution of the Transaction 

After the SCP 27 carries out the validation (or if validation is not used, after 
the transaction information is provided to the SCP 27), then on the basis of the 
transaction information, the SCP 27, and preferably M.T. SPA 31 takes action with 

15 respect to the execution of the transaction. As noted in the background, prior to this 
invention, there was no manner by which a caller could use a communication to 
execute a transaction with respect to an account as provided herein. Advantageously, 
an exemplary embodiment of the present invention uses a billing message to pass 
additional information, and in particular, the transaction information from the caller 

20 and/or communication to the billing system so as to initiate the execution of the 
desired transaction.. 

Posting A Billing Message Including Transac tion Information 
Advantageously, pursuant to exemplary embodiments of the present invention, 
25 the SCP 27 posts a billing message so as to include transaction information in the 
fields of a billing message. 

An example of a billing message that may be used with exemplary 
embodiments is a Structure Code 223, Automatic Message Accounting (AMA) billing 
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record. Generally, a Structure Code 223, AMA billing record is used for aggregating 
large volumes of queries or service usage against an account of a subscriber. 
Additional information about the Structure Code 223, AMA billing record may be 
obtained from BellCore Automatic Message Accounting Format, G.R. 1100 Issue 3 
5 (Dec 1998), which is incorporated herein by reference. 

Particularly, a Structure Code 223, AMA billing record such as may be used 
with exemplary embodiments of the present invention includes the following fields: 

• Call Type Code (AIN SCP Aggregate Record - Intranetwork) 

10 • Sensor Type = a 3-digit numeric value to indicate that an AIN SCP is generating 
the record (recent-changeable & administrate via manual) 

• Recording Office Identification 

• Date of Aggregation Period 

• Study Indicator 

15 • Aggregate Period Start Time 

• Aggregate Period Elapsed Time 

• Aggregation period Information 

• Service Logic identification 

• Originating NPA-NXX 
20 • Query Originator 

• Data Owner 

• Service Type 

• ICNID 

• Type of Count 
25 • Count 

In an exemplary embodiment, the present invention re-uses certain of the 
above-listed fields for holding elements of the transaction information. For example, 
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the field of the Aggregate Period Elapsed Time may hold the transaction identifier; 
the field of Aggregation Period Information may hold the account number of the 
recipient; and the field of Service Logic Identification may hold an identification of 
the type of transaction to be conducted. Types of transaction are discussed below. In 

5 addition, the field of ICN ID may hold the special access code or preselected dialed 
number (such as *CASH). The field of Type of Count may hold a flag indicating 
whether the transaction is a credit transaction or a debit transaction. The field of 
Count may include the number of units involved in the transaction. Other elements of 
transaction information may be held in the other fields of the billing message, and/or 

10 combined with elements of the transaction information in the previously specified 
fields of the billing message. The correspondence assigned between a field of a 
billing message and the element of the transaction information to be held by that field 
is irrelevant so long as the assignment is recognized for proper inclusion and retrieval 
of the transaction information. 

15 

Retrieval of the Billing Message 
After the posting of the transaction information in the fields of a billing 
message to the billing subsystem on the SCP 27, as indicated by arrow 52 in Fig. 3A 
and by arrow 62 in Fig. 3B, the transaction information is provided to (or obtained by) 

20 the billing system 37. Pursuant to the exemplary embodiment, the billing messages 
generally are stored as files on the billing subsystem on the SCP 27 for periodic 
retrieval by an Electronic Toll Collection System (ETCS)(not shown). The ETCS 
retrieves the billing messages on a daily basis via an X.25 FT AM interface provided 
by the SCP 27. The ETCS transmits the billing messages to the billing system 37. 

25 An exemplary billing system 37 is the Customer Records and Information System 
(CRIS). 

Upon receipt of the billing messages, the billing system 37 is provisioned to 
recognize transaction information included in a billing message. In response to this 
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recognition, the billing system 37 is provisioned to carry out a transaction(s) with 
respect to the transaction information. Referring to our example, the billing message 
received and recognized by the billing system 37 includes Dale's calling line number, 
a time stamp, a flag indicating a credit transaction is to be carried out, Nora's account 

5 number, $50, and an indicator corresponding to the message "Happy Birthday". 

In the alternative to the inclusion of a flag or other indicator in the billing 
message, the exemplary billing system 37 may be provisioned to recognize that the 
inclusion of an account number in a particular field of the billing message is 
transaction information, and in particular, the account number corresponds to an 

10 account which is the subject of a desired transaction. Further, the billing system 37 
may be provisioned to recognize the inclusion of the $50 in a field of the billing 
message is transaction information, and in particular, the amount of dollars that is to 
be credited to the account associated with the account number in the transaction. In 
addition, the billing system 37 may be provisioned to recognize the account associated 

15 with the calling line number is to be debited by the $50, and in this example, by an 
additional dollar amount representing a service fee for the transaction. A possible 
alternative to charging a service fee per transaction is to provision the billing system 
to charge the account associated with the calling line number (calling line number 
account) with a monthly fee for provision of the transaction service to that calling 



Based on the recognition of the transaction and the transaction information in 
the billing message, the billing system (or the billing system through an M.T. SPA) 
may carry out the transaction. For example, the billing system may effectively "pay 
Nora's account" by crediting Nora's account by $50. The billing system "pays for the 
25 credit" by debiting Dale' s account by $50 plus any service fee. 
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Confirming the Execution of the Transaction (QptionaO 

Once the SCP 27 posts the transaction information as a billing message to the 
billing subsystem on the SCP 27, an exemplary embodiment provides the caller with 
5 confirmation of the transaction. In the basic model, the SCP 27 may instruct the SSP 
22a to provide the caller 24a with an announcement that confirms the execution of the 
transaction. In the complex model, as indicated by arrow 63 in Fig. 3B, the SCP 27 
may provide the INE 36 with confirmation as to the receipt and posting of the 
transaction information. In turn, as indicated by arrows 64, the INE 36, and in 
10 particular, the M.T. SPA 38 may provide the communication and/or caller 24a with 
the confirmation. The confirmation may take the form of an announcement. 
Alternatively, the caller 24a may receive a confirmatory announcement from either 
the SSP 22a (basic model) or the INE 36 (complex model) at another point in the 
processing of the transaction. 

15 

Exemplary Types of Transactions 

Advantageously, the exemplary transaction including Dale's desire to credit 
Nora's account by $50 is but one type of transaction the billing system 37 may be 
provisioned to recognize and carry out. As noted, the billing system 37 may be 

20 provisioned to recognize and carry out a transaction on the basis of transaction 
information contained in a billing message such as an AMA record. The billing 
system 37 also may be provisioned to recognize and carry out additional and/or other 
types of transactions based on varying types and contents of transaction information 
contained in a billing message such as a conventional AMA record. For example, a 

25 billing message may include transaction information in a field or a flag such that the 
information or the set flag identifies a particular type of transaction(s). The billing 
system may recognize the information or the set flag, look up the particular type of 
transaction identified by the information or the set flag, and carry out the particular 
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transaction based on instructions and/or information stored in the billing system 37 
with respect to that particular type of transaction. 

An example of another type of transaction that may be carried out by the 
billing system based on transaction information in a billing message is referred to 
herein as an order transaction. Advantageously, a caller may use a communication to 
conduct an order transaction such as ordering goods and/or services from a vendor. 
The caller and/or communication that is directed to the special access code (or a 
preselected dialed number) may provide transaction information that includes an 
account number ("order account number") that corresponds to a product or service 
offered by a vendor. The transaction information also includes the number of units 
(or dollar amount) of the product or service that is desired by the caller and/or 
communication. The billing system is provisioned to recognize the order account 
number in the billing message as an order for the product and/or service. The billing 
system is further provisioned to recognize the number of units (or dollar amount) in 
the billing message as the number of or amount of product and/or service that is 
desired by the caller and/or communication. Based on this recognition, the billing 
system (or the billing system through an M.T. SPA) may carry out the order 
transaction. For example, the billing system may effectively "place the order" by 
crediting the order account number by the number of units (or dollar amount). The 
billing system may "pay for the order" by debiting the account corresponding to the 
calling line number (calling line number account) in the billing message by the 
number of units (or dollar amount) plus a service fee. 

For a more particular example of an order transaction, assume a caller desires 
to order three sets of steak knives from a vendor. The caller receives information the 
order may be placed through the transaction service of an exemplary embodiment of 
the present invention. The caller initiates a communication directed to the special 
access code and provides transaction information including an account number 
corresponding to an order of a set of steak knives and including three as the number of 
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units ordered. The billing system recognizes the inclusion of the account number as 
corresponding to an order for a set of steak knives. The billing system effectively 
places the order by crediting an account (steak knife account) that has been set up in 
the billing system for the ordering of steak knife sets. 

5 In this example, the steak knife account does not necessarily correspond to a 

calling line receiving telecommunications services. In other words, the steak knife 
account may be set up in the billing system exclusively for the use of ordering steak 
knife sets by crediting the steak knife account by the number of sets desired. The 
billing system may provide the steak knife account with other information such as the 

10 shipping address of the caller. In response to this credit, the steak knife vendor ships 
three sets of steak knives to the caller. The billing system effectively pays for the 
order by crediting the steak knife account for the cost of the three sets of steak knives 
plus shipping and handling costs. The billing system then pays itself so to speak by 
debiting the account corresponding to the calling line number (calling line account 

15 number) in the billing message by the costs, and possibly a service fee for each of the 
three sets of steak knives. The caller eventually receives his/her three sets of steak 
knives as well as an invoice generated by the billing system that includes the charges 
for the steak knives plus the shipping, handling, and service fee. 

Other types of transactions may be implemented through use of the exemplary 

20 embodiments. For example, a voting transaction may be implemented. Subscribers 
may be solicited to vote for a product or service from among a group of products or 
services. To vote, a subscriber may dial *VOTE, and provide a vote and possibly 
other information as transaction information which is included in the fields of a 
billing message. The accumulated transaction information is interpreted to count the 

25 votes. The subscriber may be provided with an acknowledgment of his or her vote by 
a notation or other indication on an invoice or other message the subscriber receives 
from the service provider of the vote service. 
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Another example is a registration transaction. The purchaser of a particular 
product may be requested to register ownership by dialing *REG. The subscriber 
provides product information as transaction information which is included in the 
fields of a billing message. The transaction information is interpreted to register the 
5 subscriber's purchase of the product. The purchaser may be provided with an 
acknowledgment of his or her registration of the product by a message transmitted by 
the registration service provider. 

Yet another example is a voucher transaction. A subscriber may desire to 
present a friend with a voucher as a gift to be used for specified services. The 

10 subscriber may dial *GIFT and be provided with a list of products or services 
available for the voucher transaction. For example, the list may include a gift 
certificate for use at a particular chain of department stores, a pass for use at a certain 
movie theater, a coupon for dollars off at a restaurant, or the like. The subscriber may 
include in the transaction information the subscriber's choice of a product or service, 

15 the dollar amount of the voucher, etc. The cost of the voucher is debited against the 
subscriber's account. The voucher is provided to the recipient in an invoice, letter, or 
other message delivered to the recipient by the transaction service provider. The 
voucher may be redeemed by the recipient. 

20 Displaying the Transactions) on an Invoice - Figs. 4A-4B 

Figs. 4A and 4B illustrate exemplary invoices such as may be received by the 
recipient and caller with respect to a transaction executed pursuant to the transaction 
service. Generally, a telecommunications service provider sends a monthly invoice 
for telecommunications services rendered. Exemplary embodiments of the present 
25 invention add information about transactions conducted using the transaction service 
to the appropriate invoices of the recipient and the caller. 

Fig. 4A illustrates an invoice 80 such as Nora may receive with respect to the 
telecommunications services she received from a service provider that provided the 
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transaction service to Dale. The invoice 80 includes a monthly charge 82 of $30 for 
the telecommunications service provided to Nora's calling line number. The invoice 
80 also includes information 84 about a transaction wherein Nora's account was 
credited by $50. This information 84 includes the "Happy Birthday" message, an 
5 indication as to the source of the credit ("from Dale"), and the amount of the credit, 
to-wit: $50. By this information 84, Nora receives the happy news her account has 
been credited by $50. The invoice 80 also includes a past due reminder 86 that 
indicates that $20 is past due. Finally, the invoice 80 includes an amount now due 88 
of $0. By crediting Nora's account by $50, Dale has paid off Nora's telephone bill for 
1 0 the month and has paid her past due to the telecommunications service provider. 

G 

!;D Advantageously, this pay-off of Nora's telephone bill was easy and efficient 

IB for all parties concerned. Dale simply called a special access code, provided the 

□ relevant information, and hung up. He had given Nora a birthday present without 
j j having to make a trip to the store, write a check, mail a package, or engage in any 

J, 15 other time consuming activity. Nora is happy to have her telephone bill and her past 
£ due paid off. Nora also is happy to receive a birthday present, and especially the 

K notice that Dale remembered her birthday and thought enough to include a "Happy 

IS Birthday" greeting on her telephone bill. The telecommunications service provider is 

pleased with the transaction because the service provider has a "promise" from Dale 
20 to effectively pay-off Nora's monthly telephone charges and past due. Plus, the 
service provider collects a service fee for the transaction. 

Fig. 4B illustrates an invoice 90 such as Dale may receive with respect to the 
telecommunications services he received from the service provider that provided the 
transaction service. The invoice 90 includes a monthly charge 92 of $30 for the 
25 telecommunications service provided to Dale's calling line number. The invoice 90 
also includes information 94 about a transaction service activity. In particular, the 
information 94 provides information that Nora's account has been credited by $50, 
that a "Happy Birthday" message was sent to Nora, and that a service fee of $1 has 
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been charged to Dale's account for this transaction. The invoice 90 further includes 
information 96 about another transaction service activity. In addition to sending Nora 
a birthday gift of a $50 credit, Dale has been busy ordering a set of steak knives. 
Information 96 provides information that Dale has ordered one set of steak knives for 
5 $30 and that a service fee of $1 has been charged to Dale's account for the 
transaction. Finally, the invoice 90 includes an amount now due 98 of $112. By 
crediting Nora's account by $50 and by ordering a set of steak knives, Dale's 
telephone bill has risen by $82 including service fees for the transaction activities. 
Advantageously, Dale has saved time and energy by using the transaction service and 
10 his "purchases" of the credit to Nora's account and the order of steak knives may be 
paid off by a single payment to the telecommunications service provider based on this 
invoice 90. 

Conclusion 

15 The foregoing detailed description illustrates that exemplary embodiments of 

the present invention provide methods and systems for using a communication to 
conduct a transaction with respect to an account. By these embodiments, a caller may 
effectively "charge" a transaction to his or her telephone number. Further, the caller 
may use a communication to provide information with respect to a transaction and 

20 have the transaction carried out based on the information provided. Advantageously, 
the caller may have the account of another person credited with a dollar amount and 
may effectively pay for that credit through a debiting of the caller's account. 

From the foregoing description of the exemplary embodiments of the present 
invention and operation thereof, other embodiments will suggest themselves to those 

25 skilled in the art. Therefore, the scope of the present invention is to be limited only 
by the claims below and equivalents thereof 
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